OSAT 


Open  Systems  A  da  Technology  (OSAT)  Program 


Don  Winter 

Boeing  -  Phantom  Works 


REPORT  DOCUMENTATION  PAGE 


Form  Approved  OMB  No. 
0704-0188 


Public  reporting  burder  for  this  collection  of  information  is  estibated  to  average  1  hour  per  response,  including  the  time  for  reviewing  instructions,  searching  existing  data  sources,  gathering  and  maintaining  the  data  needed,  and  completing 
and  reviewing  this  collection  of  information.  Send  comments  regarding  this  burden  estimate  or  any  other  aspect  of  this  collection  of  information,  including  suggestions  for  reducing  this  burder  to  Department  of  Defense,  Washington 
Headquarters  Services,  Directorate  for  Information  Operations  and  Reports  (0704-0188),  1215  Jefferson  Davis  Highway,  Suite  1204,  Arlington,  VA  22202-4302.  Respondents  should  be  aware  that  notwithstanding  any  other  provision  of 
law,  no  person  shall  be  subject  to  any  penalty  for  failing  to  comply  with  a  collection  of  information  if  it  does  not  display  a  currently  valid  OMB  control  number.  PLEASE  DO  NOT  RETURN  YOUR  FORM  TO  THE  ABOVE  ADDRESS. 


1.  REPORT  DATE  (DD-MM-YYYY) 
01-06-2002 


.  TITLE  AND  SUBTITLE 
Open  Systems  Ada  Technology  (OSAT)  Program 
Unclassified 


2.  REPORT  TYPE 
Briefing 


6.  AUTHOR(S) 
Winter,  Don  ; 


7.  PEREORMING  ORGANIZATION  NAME  AND  ADDRESS 

Boeing  Phantom  Works 

xxxxx 

xxxxx,  xxxxxxx 


9.  SPONSORING/MONITORING  AGENCY  NAME  AND  ADDRESS 
Open  Systems  Joint  Task  Eorce  (OSJTE) 

1931  Jefferson  Davis  Highway 
Crystal  Mall  3,  Suite  104 
Arlington,  VA22202 


12.  DISTRIBUTION/AVAILABILITY  STATEMENT 
APUBLIC  RELEASE 


3.  DATES  COVERED  (EROM  -  TO) 
xx-xx-2002  to  xx-xx-2002 


5a.  CONTRACT  NUMBER 


5b.  GRANT  NUMBER 


5c.  PROGRAM  ELEMENT  NUMBER 


5d.  PROJECT  NUMBER 


5e.  TASK  NUMBER 


5f.  WORK  UNIT  NUMBER 


8.  PEREORMING  ORGANIZATION  REPORT 
NUMBER 


10.  SPONSOR/MONITOR'S  ACRONYM(S) 


11.  SPONSOR/MONITOR'S  REPORT 
NUMBER(S) 


13.  SUPPLEMENTARY  NOTES 


14.  ABSTRACT 


15.  SUBJECT  TERMS 

16.  SECURITY  CLASSIFICATION  OF: 

17.  LIMITATION  18. 

OF  ABSTRACT  NUMBER 

Public  Release  OF  PAGES 

19 

19.  NAME  OF  RESPONSIBLE  PERSON 

http://www.acq.osd.mil/osjtf/library/library_alpha. 

(blank) 

lfenster@dtic.mil 

a.  REPORT  b.  ABSTRACT  c.  THIS  PAGE 

Unclassified  Unclassified  Unclassified 

19b.  TELEPHONE  NUMBER 

International  Area  Code 

Area  Code  Telephone  Number 

703767-9007 

DSN 

427-9007 

Standard  Form  298  (Rev.  8-98) 
Prescribed  by  ANSI  Std  Z39.18 


>ji^.Open  Systems  A  da  T  echnology  Program 


OSAT 


•  Dual  emphasis- Ada95 and  POSIX 

•  Proved  mixed  language  support 
attri  butes  of  software  architecture 
(Ada95,  C,  C+-I-) 

•  First  flight  application  of  Ada95 

•  U  ti  I  i  zed  PO  SI  X  f eatu  res  of  V xW orks, 
collected  metrics 

•  First  I ive demo  of  Common  OFP  30- 
step  ballistics  integrator 

•  Firstflight  of  Computing  Devices 
International  (CDInt)  PowerPC 
mission  computer 

•  Accuracy  was  not  an  explicit  test 
objective,  but  scored  6/  6  hits 

•  P  i  I  ot  feed  back  very  f avorabi  e 


Project  O  bjectives 


OSAT 


•  Convert  the  mission  computer  of  an  A  V-8B  to  a 
COTS,  open  standards-based  platform 

•  PowerPC  604  Processor 

•  Wind  River  VxWorks  POSIX-compliant  RTOS 

•  Boeing’s  Common  Operational  Flight  Program  (COFP) 

•  Ada95  ( A  V-8B  compatible)  F-15  Ballistics  Algorithm 

•  Develop/  demonstrate  an  HOL  OFP 

•  Basic  Navigation,  Communications  and  FlUD  display 
functions  (C-H-from  Common  OFP) 

•  A/  G  Ballistics  and  Stores  Management  functions  (new 
Ada95) 

•  Continuously  Computed  Impact  Point(CCIP)  calculation 

•  Rel  ease  of  Mk- 76  Bombs 


Objectives  -  Continued 


OSAT 


•  Compare  the  observed  CEP  from  this  demonstration 
with  the  AV-8B  Fleet  OFP  CEP 

•  Integrate  the  Data  Fusion  Integrity  Process  (DFIP) 
Algorithm  into  the  AV-8B  OFP 

•  Test  DFIP  functionality  in  theAV-8B  Flight  Simulator 

•  Report resu ItsinFinal  Report 

•  Collect  and  report  lessons  learned: 

.  POSIX 

•  Ada95,  mixed  language OFPs 
.  DFIP 


P  roj  ect  P  art  I  ci  pan  ts 


OSAT 


•  Sponsors 

□  Adajoint  Program  Office:  Demo  flight  application  of  Ada95 

□  Open  SystemsJointTechnology  Force:  Demo  COTS,  POSIX 

□  JSF  Program  Office:  Avionics  risk  reduction 

□  Wright  Laboratory:  DemoofDFIP,  reuse  adapter 

•  Contractors 

□  Boeing/  McDonnell:  System  analysis,  development  and  test 

□  Computing  Devices  International:  COTS  MC,  supports/ W 

□  Green  FI  ills  Software:  Ada95/  C++ Development  Tools 

□  Wind  River:  VxWorks  Real  Time  Operating  System 

•  Project  M anagement  and  Technical  Evaluation 

□  NAWC-WD,  China  Lake:  Aircraft  integration  and  flight  test 


Flight  Test  Results 


OSAT 


•  Flight  Test  Data 

•  Weapons  Delivery  Flight  (20  M arch  1997,  Baker  Range) 

•  6X  MK-76all  South-North  runs 

•  3X  MK76 @10  Degree  Dive 

•  First  @xx  Feet 

•  Second  @xx  Feet 

•  Third  @xx  Feet 

•  3X  MK-76@45  Degree  Dive 

•  First  @xx  Feet 

•  Second  @xx  Feet 

•  Third  @xx  Feet 

•  Data  Evaluation 

•  Based  on  limited  number  of  releases,  bomb  impac±s  were  as 
good  as  current  fleet  AV-8B  N  ight  Attack  software 


L  ' 


0  pen  Systems  C  ompon  en  ts 


OSAT 


•  Computing  Devices  International  M  ission  Computer 

•  Single  card  has  PowerPC  604e  Processor,  program  memory, 
two  1553  channels,  Ethernet,  RS232,  and  discrete  1/  0 

•  Sun  Laptop  used  as  support  computer  -  OFP  compile,  reload 

•  Basel i ne C/ C-H-MC  OFP 

•  Microsoft  Visual  C-H-Desktop  Development 

•  C-H-Executive,  POSIX-compliant 

•  Green  Hills  MULTI  Ada95 and  C-H-Tool  Set 

•  Mixed  languageOFP  linking,  loading,  and  debugging 

•  Wind  River VxWorks  RTOS 


Gaining  experience  with  commercial  tools  and  POSIX  API  contributes  to 
the  maturation  process  of  open  systems  avionics 


OFP  Configuration 


OSAT 


•  Rehosted  "C"  OFP  (Common  OFP)  from  AV-8B 
Flight  Simulator 

•  AV-8B  Night  Attack  functionality 

•  VxWorksRTOSWith  POSIX 

•  C-H- Executive  utilizing  VxWorks  POSIX  calls 

•  COFP  C-H- Navigation  components 

•  Sameasused  in  F-15and  F/A-18  flight  demonstrations 

•  AV-8B  C-H-Communication  components 

•  Re-engi neered  F-15  Ada95  Bal I istic  I ntegrator 

•  Ada95  DFIP  Algorithm 


OFP  Components 


OSAT 


POSIX  Usage 


OSAT 


•  Messagequajes  for  communication  between 
interrupt  service  routines  and  rate  group  tasks 

•  Semaphores  i  n  bus  controi  i er  servi ces  to  protect 
simuitaneous  access  of  scheduied  i/0  chain  iinked 
iist 

•  Ti  mers  and  synchronous  reai-ti  me  signais  i  n  tasks  to 
perform  scheduiing  of  i/  O 

•  Retained  VxWorks  nativespecificcaiis 

•  T  aski  ng 

•  Interrupts 

•  System  set-up 


POSIX  Lessons  Learned 


OSAT 


•  Execution  ti mes  of  POSIX  and  VxWorks  features  are 
similar 

•  POSIX  features  were  easy  to  employ  and  intermingle 
with  native  features  within  VxWorks 

•  VxWorks  POSIX  is  not  complete;  it  doesn't  support 
POSIX  threads 

•  For  future  projects,  recommend  that  POSIX  options  be 
used  wherever  possible 

•  utilize  any  individual  native  OS  cal  Is  where  needed  for 
additional  functionality  or  increased  efficiency. 


OSAT 


D  at  a  Fusion  Integrity  Process 


•  Wright  Lab's/  TASC  DFIP  algorithm  provides 
detection,  limiting  and  recovery  from  intermittent 
data  errors 

•  Ada95  DFIP  filter  was  applied  to  four  Ballistics  input 
data  channels  and  the  Weapon  Range  output 

•  Filter  can  beused  tostabilizeCCIP  solution 

•  Typical  results  when  applied  to  Weapon  Range 
output,  given  input  data  drop-outs: 


DFIP  Evaluation 


OSAT 


•  Performance  was  tested  in  AV-8B  Flight  Simulator 

•  Short-duration  (induced)  data  drop-outs  were  managed 

•  Longer-term  drop-outs  and  highly  dynamicvalid  data 
would  requireacompromisedesign 

•  M  atri  X  sty  I  e  f  i  I  ters  are  expensi  ve  w  i  th  respect  to  memory 
and  executi  on  ti  me 

-  Execution  time  for  fivechannels  was  approximately  1 
MSec 

•  Current  algorithm  requires  further  refinement  to  add 
val  ue  to  Boei  ng's  bal  I  i sti cs  appi  i cati ons 

•  Short-term  drop-outs  not  seen  in  simulators,  rarely  in  flight 

•  Other  protection  methods  are  already  in  place  in  fleet  OFPs 


Ballistic  Algorithm  D  esign 


OSAT 


^ China  Lake’s' 
Runge-Kutta 
Ballistic 
^  Integrator 


Boeing’s  F-1 5  ^ 

cj/ Precision  Improvements 
Conversion  to  Ada83  . 


OSAT’s  ^ 
Conversion  to  Ada95 
On  Fast  COTS  CPU, 
V  POSIX  RTOS  y 


Risk  Reduction  for 
Current/Future 
Programs 


•  Re-engineered  F-15  Runge-Kutta  Ballistics  Algorithm  (BA)  from 
AdaSBto  Object  Oriented  Ada95 

•  Employed  Rational  Rose  design  tool  and  00  methodology 

•  H  igher  performance  processor  allowed  improvements  to  the  accuracy 
of  the  Ballistics  solution  over  AV-8B 

•  Position  differential  equation  solved 

•  Velocity  differential  equation  solved 

•  Throughput  availableto  run  30  steps  rather  than  10,  3D  rather 
than  2D 

•  Trajectory  completed  in  one  frame  at  20  Hz 

•  Step  size  picked  every  trajectory  step 

•  Last  step  adjusted  to  complete  trajectory  at  target  elevation 


A  da95  Feature  U  sage 


OSAT 


•  T agged  types  -  i  ncl  ud  i  ng  extensi  on  of  tagged  type 

•  Abstract  types  and  functions 

•  Aliased  types 

•  Access-to-constanttypes 

•  Reused  I egacy  A da83  generi cs  for  vector  operators 


Ada  95  Annex  Feature U sage 


OSAT 


•  A nnex  A  -  Predefi ned  Language  Envi ronment 
(Numerics) 

•  package  A  da.N  umerics.Long_Elementary_Functions 

•  A  nnex  B  - 1  nterfaces  to  Other  Languages 

•  pragma  I  mport  and  Export 

•  package  I  nterfaces.C 

•  A  nnex  C  -  Systems  Programmi  ng 

•  pragma  Preelaborate 

•  Machine  Code  Insert!  on  -  used  in  Timing  builds  only 

•  Ada  not  the  Main  Program 

•  A  da95  components  were  cal  led  from  a  C-H- main  program 


00 /A  da95  Evaluation 


OSAT 


•  Encountered  very  smooth  language  transition  for 
experienced  A da83 engineers 

•  N  ew  object  oriented  features  are  a  natural  extension  to  the 
language 

•  Learning  00  design  methodology  can  bedifficult, 
especially  for  structured  top-down  programmers 

•  Good  trai  ni  ng  leads  to  success  -  Designers  attended 
AJ  PO's  T ransitioning  to  A  da95  course  (Ada95  for 
Ada83  Programmers  &  Embedded  /  Real-Time 
Programming) 


OSAT 


00/A  da95  Evaluation  -  Continued 

•  Features  for  mixed  language  support  were  easy  to 

implement 

•  Interfacing  to  C  software  was  simple  with  the  new  Ada95 
features 

•  I  nterfaci  ng  to  C-H-was  more  difficult  si  nee  C-H- is  not 
standardized,  and  so  no  package  I  nterfaces.Cpp  exists  yet. 

•  Ada95  is  very  portable 

•  OSAT  OFF  Ada95  components  were  run  on  Sun 
Workstation  (Rational),  PC/  Pentium  Workstation  (Object 
Ada),  Motorola  PowerPC  Card  (Green  Hills),  DY-4 PowerPC 
Card,  and  theCDIntMC  PowerPC  Card 

•  Conversion  of  A  da83  software  to  use  Ada95  compiler 
(without  re-engineering)  was  relatively  simple 

•  Changes  were  isolated  to  low-level  design  areas  such  as 
processor-dependent  data  formats 


Conclusions 


OSAT 


OSAT  demonstrated  Ada95and  00  methodology  in  a  flight- 
worthy  avionics  application 

The  demonstration  included  an  application  of  POSIX  with  a 
COTS  real-ti  me  operati  ng  systems 

Multi-language  OFP  components  were  combi  ned  and  reused, 
demonstrating  the  capability  of  COTS  tools,  00  architecture 
and  wrappers  (adapters) 

The  DFIP  Algorithm  was  implemented  and  evaluated  in  a  flight¬ 
worthy  application 

A  commercial  processor  and  board  support  package  was  flown 
in  an  avionics  Mission  Computer 

The  performance  of  the  prototype  M  C  and  software  i  n  fl  i  ght  test 
was  equivalent  to  A V-8B  fleet  performance 


